actually can just use cURL for this! will update later

basically just curl [url] -X NLST or LIST

Personally I would like to see it as an additional plugin that would extend dirvish instead of adding such functionality directly.

mostly just opened a pr for advice/feedback. don't really think this will ever mature at all

https://stackoverflow.com/a/7882865

Personally I still suggest anyone who need such use case to use FUSE:

• CurlFTPFS
• SSHFS

Alternatively you can use any file watcher (like watchman) and rsync/scp files to the remote.

Both solutions should be easier more error prone than extending dirvish.

@bounceme Thanks for the ideas here. If you have any further insights do share them. As long as #62 is open it's worth collecting ideas. Don't know what will come of it, but if there's a simple way to reach an 80% solution it might be worth it.

@justinmk need some help with this: 96a17f6#diff-9bbb7c6a1278ae4fda0476d24641162aR291 . without the change here i was experiencing complete vim hangup from sourcing many irrelevant filetypes syntax files. maybe it has to do with :h shada-% which i use: set viminfo^=%25. the problem happens when leaving a ftp:// directory, though maybe others are affected too (will test)

Seems to be related to not having a altbufname, e.g. 1 %a [No Name]

instead of a hang, this error appears, if you have completely disabled netrw with g:loaded_netrw

edit: and without my small change

Error detected while processing function <SNR>64_on_bufenter:
line    2:
E121: Undefined variable: b:dirvish
E116: Invalid arguments for function extend(get(w:, 'dirvish', {}), b:dirvish, 'keep')
E15: Invalid expression: extend(get(w:, 'dirvish', {}), b:dirvish, 'keep')

@justinmk https://github.com/justinmk/vim-dirvish/compare/master...bounceme:patch-1?w=1#diff-9bbb7c6a1278ae4fda0476d24641162aR405 isn't relevant to this pr, but allows an nameless buffer to be preserved, since edit will take it over instead of making another buffer. should that be a different p.r.?

sure...

probably just going to forego this patch, repackaging it as a external collection of viml hacks, atleast so i can disable netrw.

scratch that last comment. the ugliness required to make something work, with all the altbuf, prevbuf, isdirectory/isreadable, code, needs a rewrite to be honest

a rewrite ... ?

most functions currently have those things. so its not practical really, either to try and work around or make an api

don't worry, im not going to be starting a rewrite pr

That's where the strategies approach would come in.

https://github.com/bounceme/remote-viewer

@bounceme cool, I'll try it out.

@bounceme that wouldn't work with ssh would it?

no, im working on it though haha. just need to comprehend dotglob, *, ls to make a parseable directory listing first

if curious, i think im going with { find . -type d -maxdepth 1 | sed -e 's/$/\//' && find . \! \( -type d \) -maxdepth 1 ; } | sed -e 's/^\.\///'

got it working with ssh! Only working with the netrw-ssh-hack method though, so there is no password input done.